home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0132 / 480.txt < prev    next >
Text File  |  1997-04-16  |  25KB  |  625 lines
  1. Info-Atari16 Digest         Fri, 13 Sep 91       Volume 91 : Issue 480
  2.  
  3. Today's Topics:
  4.                             AT-ONCE 386sx
  5.                          ATARI 520ST (2 msgs)
  6.                       DOs  and DON'Ts about desk
  7.                        GEMDOS and AES questions
  8.                         HARLEKIN-ALARM SYSTEM
  9.                       HD Package and stuff 4Sale
  10.                       K&R C to ANSI C converter
  11.           Looking for an older version of UU**CODE c source.
  12.                  Looking for term program... (4 msgs)
  13.                           maccel.prg wanted
  14.                         mono monitor scrolling
  15.                    need STMIDIEX or MIDIEXCL.LZH...
  16.                       Spelling checker: ISPELL?
  17.                    two bugs in PBMPLUS (ST-version)
  18.                     WordPlus/WP and multiple fonts
  19.  
  20. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  21. cross-posting to/from Usenet is getting closer, but still getting thrashed
  22. out.  Please send notifications about broken digests or bogus messages
  23. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  24.  
  25. Please send requests for un/subscription and other administrivia to
  26. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  27. instead of the moderators are likely to be lost or ignored.
  28.  
  29. If you want to unsubscribe, and you're receiving the digest indirectly
  30. from someplace (usually a BITNET host) that redistributes it, please
  31. contact the redistributor, not us.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: 12 Sep 91 12:18:00 GMT
  35. From:
  36.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
  37.  .edu!ira.uka.de!math.fu-berlin.de!uniol!tpki!seki!carsten@arizona.edu (Carsten
  38.  Setje-Eilers)
  39. Subject: AT-ONCE 386sx
  40. To: Info-Atari16@naucse.cse.nau.edu
  41.  
  42. aa399@cleveland.Freenet.Edu (Len Stys) writes:
  43.  
  44.  
  45. >In a previous article, carsten@seki.toppoint.sub.org (Carsten Setje-Eilers)
  46.  says:
  47. >>The only disadvantage is,that you have to scroll the screen up and down
  48. >>via HELP and UNDO-key. The speed of redrawing the screen is ok,I think.
  49. >>
  50. >>
  51. >>But the big question is,if you need such a system,if you have a Atari St...
  52.  
  53. >What do you mean you have to scroll the screen up and down?
  54.  
  55. >For what?
  56.  
  57. VGA-mono is 640 * 480. The Mega STe offers 640 * 400.
  58. So there's a difference of 80 lines. You can scroll the screen up and down
  59. these 80 lines,if you press the HELP- or UNDO -key.
  60. You can't see the whole VGA-screen on the SM124 ....
  61.  
  62. Carsten
  63.  
  64. --
  65. Carsten Setje-Eilers    2300 Kiel    Aschauweg 18a     Germany
  66. uucp:carsten@seki.toppoint.sub.org          zer:carsten@kbbs
  67.  
  68. ------------------------------
  69.  
  70. Date: 12 Sep 91 14:01:56 GMT
  71. From:
  72.  noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!utgpu!watserv1!watmath!ljdic
  73.  key@arizona.edu (L. J. Dickey)
  74. Subject: ATARI 520ST
  75. To: Info-Atari16@naucse.cse.nau.edu
  76.  
  77. In article <3688@uqcspe.cs.uq.oz.au> warwick@cs.uq.oz.au writes:
  78. >In <1413@dg.dg.com> chan@dg.dg.com (Allen Chan) writes:
  79. >
  80. >>Atari 520ST, Complete system for serious user.
  81. >
  82. >>Tools: Unix, multitasking package, communications package,
  83. >>VT100 emulator.
  84. >
  85. >Yeah, I have Unix in a Desk Accessory.  It even runs X-windows, giving a
  86. >maximum ...
  87.  
  88. I detect a note of cynicism here...
  89. Are you forgetting that IDRIS from Whitesides has been available for years?
  90.  
  91. --
  92. Leroy J. (Lee) Dickey, Faculty of Mathematics, U of Waterloo, Canada  N2L 3G1
  93. Internet:      ljdickey@watmath.UWaterloo.ca
  94. UUCP:          ljdickey@watmath.UUCP             ...!uunet!watmath!ljdickey
  95. Obsolescent?:  ljdickey@watmath.waterloo.edu     BITNET/EARN: ljdickey@watdcs
  96.  
  97. ------------------------------
  98.  
  99. Date: 12 Sep 91 14:56:04 GMT
  100. From:
  101.  pa.dec.com!nntpd.lkg.dec.com!decuk.uvo.dec.com!decuk.uvo.dec.com!les@decwrl.dec
  102.  .com (Les Carleton)
  103. Subject: ATARI 520ST
  104. To: Info-Atari16@naucse.cse.nau.edu
  105.  
  106. In article <1991Sep12.140156.10003@watmath.waterloo.edu>,
  107.  ljdickey@watmath.waterloo.edu (L. J. Dickey) writes:
  108. |>I detect a note of cynicism here...
  109. |>Are you forgetting that IDRIS from Whitesides has been available for years?
  110. |>
  111. |>--
  112. |>Leroy J. (Lee) Dickey, Faculty of Mathematics, U of Waterloo, Canada  N2L 3G1
  113. |>Internet:      ljdickey@watmath.UWaterloo.ca
  114. |>UUCP:          ljdickey@watmath.UUCP             ...!uunet!watmath!ljdickey
  115. |>Obsolescent?:  ljdickey@watmath.waterloo.edu     BITNET/EARN: ljdickey@watdcs
  116. |>
  117.  
  118. What exactly is IDRIS, surely it isnt a *real* unix for the ST?
  119.  
  120. ..Les...
  121. --
  122. ___________________________________________________________________
  123. Les Carleton                   /  Tel: +44 (256) 488351          \ \
  124. Digital Equipment Corporation /  Email: les@decuk.uvo.dec.com     \ \
  125. CSC/UK Ultrix Support Group  /  "The Software Lifeguard"           \ \
  126. ----------------------------+  "Open Standards ... Free Software"  / /
  127.     "My opinions, My Mind, Don't take that away from me!"         / /
  128. _________________________________________________________________/_/
  129.  
  130. ------------------------------
  131.  
  132. Date: 12 Sep 91 01:05:00 GMT
  133. From:
  134.  noao!ncar!asuvax!cs.utexas.edu!swrinde!mips!spool.mu.edu!cs.umn.edu!moundst!dyn
  135.  asoft!jls@arizona.edu (John Stanley)
  136. Subject: DOs  and DON'Ts about desk
  137. To: Info-Atari16@naucse.cse.nau.edu
  138.  
  139. [Hayo_Schmidt@hh.maus.de (Hayo Schmidt) writes ... ]
  140.  
  141. > >[D.M.Johnson@newcastle.ac.uk (Dave Johnson) writes ... ]
  142. > > Could some please give me an list of the dos and don'ts of writing
  143. > > desktop accs, ......
  144.  
  145. > DON'T:
  146.  
  147. >   -- If you 'must' allocate memory dynamically, assume that it is gone after
  148. >      receiving AC_CLOSE. But don't forget to Mfree() it - on the other hand,
  149. >      you must also assume, that it is not gone. You'll never know... :-(
  150.  
  151.   Mfree'ing memory after an AC_CLOSE is a bad idea...  If the AC_CLOSE
  152. is triggered by an appl_exit() call and the program returns to a non-AES
  153. shell program, the user may run dozens of non-AES programs before the
  154. ACC is able to fully process the AC_CLOSE message.  Since the main
  155. application may -or- may-not exit after making an appl_exit() call,
  156. there's no way to know if the accessory should assume the memory has
  157. been freeed by the application exiting or not.  This is the cornerstone
  158. of why using the gemdos Malloc() in an accessory is, in general, ABI
  159. (A_Bad_Idea).
  160.  
  161.   Better to assume it has been free'ed, and take the risk that those
  162. memory blocks are temprarily lost (until the application really does
  163. terminate), than to free memory that the system may already have
  164. assigned to someone else.
  165.  
  166.   I think it would be better to say for accessories:
  167.  
  168.    -- Don't use the gemdos Malloc() for allocating memory after your
  169.       first AES call (probably appl_init()).  Any memory allocated
  170.       before the first AES call will remain assigned to the accessory
  171.       and should not normaly be Mfree'ed.  On the other hand, if you're
  172.       going to need a large fixed-size block of memory, it's better to
  173.       modify the accessory to reserve that much more memory as part of
  174.       your BSS (uninitialized dataspace) rather than using Malloc.
  175.  
  176.    -- If you absolutely must use Malloc(), you probably should rethink
  177.       what you're doing.  (Example:  Small scale allocation can be done
  178.       safely using variations on the standard malloc()/free() routines
  179.       to/from a large block of memory Malloc'ed before the first AES
  180.       call.  This can be done with a small change to almost any standard
  181.       C or asm library..)
  182.  
  183.    -- If you choose to ignore the previous two warnings, when your ACC
  184.       receives a AC_CLOSE message, assume any memory Malloc'ed since the
  185.       prior AC_OPEN has already been assigned to someone else for the
  186.       last 20 minutes...
  187.  
  188.    -- Consiquently, it's a bad idea to call Mfree() to free memory after
  189.       you've received the AC_CLOSE message...  You might be "freeing"
  190.       memory somebody else is already using.
  191.  
  192.    -- Generaly speaking, Malloc() is only "safe" within an accessory:
  193.  
  194.          1) Before the first AES call.
  195.  
  196.             or
  197.  
  198.          2) Between any two AES calls, and you must Mfree it before the
  199.             2nd AES call.  (And even this may have problems under some
  200.             TOS multitasking extensions...)
  201.  
  202.    -- Yes, there are exceptions and tricks that allow allocating memory
  203.       at any time, but they require knowledge of TOS internals, and
  204.       should only be used as a last resort and then only by experts.
  205.  
  206.       Subnote:  Atari -could- document these tricks and announce them to
  207.       the world (they have ocassionly leaked "hints" about how this can
  208.       be done burried in various technical responses).  I'm not sure,
  209.       but I suspect they are reluctant to document and release these
  210.       techniques because it could easily create a flury of new and
  211.       poorly designed accessories that would fragment memory and make it
  212.       difficult to maintain the current Malloc-cation subsystem.  A
  213.       complete redesign of the memory system would take a lot of work.
  214.       (I suspect it's somewhere far down twords the bottom of their list
  215.       of "Things to be done - someday"...
  216.  
  217. ---
  218. John L. Stanley <jls@dynasoft.mn.org>
  219. Software Development Consultant / Dynasoft Systems
  220.  
  221. ------------------------------
  222.  
  223. Date: 11 Sep 91 22:15:42 GMT
  224. From:
  225.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!cs.umn.edu!moundst!dynas
  226.  oft!jls@arizona.edu (John Stanley)
  227. Subject: GEMDOS and AES questions
  228. To: Info-Atari16@naucse.cse.nau.edu
  229.  
  230. [In article <A12398@m.maus.de>,
  231.      Martin_Gaeckler@m.maus.de (Martin Gaeckler) writes ... ]
  232.  
  233. >>  Does the ATARI AES send ANY WM_NEWTOP messages? I never seem to
  234. >
  235. > 2. The WM_NEWTOP message is sent to your program when *YOUR* window is new
  236. >    toped. You won't get a message when another window is opened or topped.
  237. >    Therefore you have to wait for a time event an look whether *YOUR* window
  238. >    is top or not.
  239.  
  240.  <bzzz>
  241.  
  242.   Wrong.
  243.  
  244.   When one of your windows is topped, the WM_TOPPED message is sent to
  245. your application...  Not the WM_NEWTOP message.
  246.  
  247. > Hope this helps.
  248.  
  249. ---
  250. John L. Stanley <jls@dynasoft.mn.org>
  251. Software Development Consultant / Dynasoft Systems
  252.  
  253. ------------------------------
  254.  
  255. Date: Thu, 12 Sep 91 11:20:22 ADT
  256. From: Alyre CHIASSON <CHIASSA%UDEM@UNBMVS1.csd.unb.ca>
  257. Subject: HARLEKIN-ALARM SYSTEM
  258. To: N <info-atari16@naucse.cse.nau.edu>
  259.  
  260. HARLEQUIN has some nice features that I didn't have in
  261. PARTNER ST by TIMEWORKS. But I am amazed that I cannot set
  262. an alarm for an event other than on the actual date. Am I
  263. right or have I missed something in the manual
  264. .
  265.  
  266. ------------------------------
  267.  
  268. Date: 12 Sep 91 23:44:20 GMT
  269. From:
  270.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
  271.  .edu!spool.mu.edu!agate!boulder!horton.Colorado.EDU!chuj@arizona.edu (CHU
  272.  JEFFREY)
  273. Subject: HD Package and stuff 4Sale
  274. To: Info-Atari16@naucse.cse.nau.edu
  275.  
  276. I need to sell the following complete HD kit.
  277.  
  278.         ICD fast SCSI host adapter with 2 cables included.
  279.         Adaptec 4070A SCSI -> ST506 (RLL)
  280.         Digital 40 Watt P/S, cooling fan CASE, fits
  281.         perfect under monitor, 2 Drive Bays.
  282.         includes Manuals, installation disks, and etc...
  283.  
  284. Comes complete, all you need is a ST506 HD and your on your way!
  285. Taking offers for this package.   $???.??
  286.  
  287. Anyone interested in a Avatex 2400 Baud external (no manuals or P/S)?
  288. How about a SS/DD internal drive that came off a 520STfm?
  289. Original PC-Ditto (latest version) for sale.
  290.  
  291.  
  292. Email chuj@horton.colorado.edu
  293.  
  294.                                                 Thanks,
  295.                                                 Jeff
  296.  
  297. ------------------------------
  298.  
  299. Date: 12 Sep 91 14:17:56 GMT
  300. From: noao!ncar!gatech!pitt!ysub!psuvm!frmop11!dearn!dmswwu1c!onm46@arizona.edu
  301.  (bernd)
  302. Subject: K&R C to ANSI C converter
  303. To: Info-Atari16@naucse.cse.nau.edu
  304.  
  305. Hello everybody,
  306.  
  307. now there is a test version of an K&R C to ANSI C converter, called
  308. kr2ansi, available from ftp.uni-muenster.de.
  309. The program is written in ANSI C and I have compiled it with TURBO C
  310. and GCC.
  311.  
  312. Bernd
  313. --
  314. "Dipl.-Math. Bernd Setzepfandt"
  315.  
  316.     __  __  __  __  __  __  __   __   / Dipl.-Math. Bernd Setzepfandt
  317.    / / / / / / / / / / / / / /  / /  /  Institut fuer Numerische Mathematik
  318.   / / / / / / / / / / / / / /  / /  /   Westfaelische Wilhelms-Universitaet
  319.  / /_/ /_/ / / /_/ /_/ / / /__/ /  /
  320.  \________/  \________/  \_____/  /  Einsteinstr. 62, D-4400 Muenster, Germany
  321.                                  /   Internet: bernd@math.uni-muenster.de
  322.                                 /    Bitnet:   onm46@dmswwu1a.bitnet
  323.                                /     Tel. (+49) 251 - 83 3799
  324.  
  325. ------------------------------
  326.  
  327. Date: 12 Sep 91 19:30:05 GMT
  328. From: amdcad!dvorak.amd.com!bpohl@sun.com (Bion Pohl)
  329. Subject: Looking for an older version of UU**CODE c source.
  330. To: Info-Atari16@naucse.cse.nau.edu
  331.  
  332.         A couple of weeks ago I was tying to UUENCODE a text file on our VAX
  333. and then UUDECODE it.  When it was decoded the EOL was saved as whatever unix
  334. uses so my decoded file
  335. looked
  336.        like
  337.             this.
  338.  
  339.         Well someone sent me another version of UU**CODE sources for the VAX
  340. and when I tryed them the file now
  341. looked
  342. like
  343. this.
  344. which is what I had started out with.  Correct?, yes.  Better?, no.  You see,
  345. now when I try to decode a large UUENCODEd file into an archive of a GIF only
  346. now when I try to decode a large UUENCODEd file into an archive of a GIF only
  347. the first part of the file is done correctly.  I'd rather be able to decode
  348. on the vax so that I am transferring the smallest possible file (ARC, LZH, GIF,
  349. etc.) over the modem to the my ST.
  350.  
  351.         Now to the reason I'm writing all this.  I'd like to use my old
  352. UUDECODE routine but I COPIED OVER IT WHEN I GOT THE NEW ONE.  I don't know
  353. who wrote the old one but the source was set up to be compiled under UNIX c,
  354. VAX c, MS-DOS, and GEMDOS.  If someone has this source code could they mail
  355. it to me.  I've already looked through the source section of the archive and
  356. didn't find it.  Also, I can't FTP off site so sending me addresses wont help.
  357.  
  358.                                         Thanks,
  359.                                                 Bion
  360.  
  361.  
  362. the first part of the file is done correctly.  I'd rather be able to decode on
  363.  the vax so that I am reansfering the smallest possible file (ARC, LZH, GIF,
  364.  etc.)
  365.  
  366. ------------------------------
  367.  
  368. Date: 12 Sep 91 15:08:26 GMT
  369. From:
  370.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!zaphod.mps.ohio-state.edu!cis.ohio-st
  371.  ate.edu!pacific.mps.ohio-state.edu!ohstpy!miavx1!rlcollins@arizona.edu (Ryan
  372.  'Gozar' Collins)
  373. Subject: Looking for term program...
  374. To: Info-Atari16@naucse.cse.nau.edu
  375.  
  376. In article <9JMUKNF@lime.in-berlin.de>, techno@lime.in-berlin.de (Techno)
  377.  writes:
  378. > cmm1@cunixb.cc.columbia.edu (Christopher M Mauritz) writes:
  379. >>Uniterm is definitely the best term program for the ST, bar none.
  380. >
  381. > Well, it seems you haven't seen Rufus as yet.
  382. >
  383. >                       Techno
  384.  
  385. Well, I started using Rufus, and I liked it a lot, except that sometimes
  386. the VAX I connected would send out a code that would reset the keypad to
  387. NUMERIC and that I would have to set number of columns to 81 so that 80
  388. col lines would be doubled spaced.
  389.  
  390. Is there a newer program out?
  391.  
  392. ------------------------------------------------------------------------------
  393. Ryan 'Gozar' Collins      Question for MAC Users:      rlcollins@miavx1.BITNET
  394.    ||||   Power Without    What IS the format of a     rc1dsanu@miamiu.BITNET
  395.   / || \  The Price!!       MAC HFS floppy disk?       R.COLLINS1 on GEnie
  396. ------------------------------------------------------------------------------
  397.  
  398. ------------------------------
  399.  
  400. Date: 12 Sep 91 16:16:20 GMT
  401. From:
  402.  noao!asuvax!cs.utexas.edu!sun-barr!cronkite.Central.Sun.COM!spdev!texsun!digi!r
  403.  goseweh@arizona.edu (Roy Gosewehr)
  404. Subject: Looking for term program...
  405. To: Info-Atari16@naucse.cse.nau.edu
  406.  
  407. (Note:  I posted a similar reponse a couple of days ago, but our
  408.         newsreader crashed and it apparently did not get sent out
  409.         (as far as I know). If this is a duplicate, I apologize
  410.         in advance.)
  411.  
  412. There is a public domain version of Kermit for GEM available (which I
  413. obtained from GEnie).  With Flash 1.6, all you need to do is to tap
  414. INSERT to get a command line prompt and then type: GEM pathtoKermit
  415. (return).  This will shell out of Flash into Kermit.  When you quit
  416. Kermit, an additional key press (any key) is prompted which returns
  417. you to Flash.  Very easy and convenient.  To make it even nicer, you
  418. can edit the function key table to assign the above string to a
  419. function key. Then, Kermit (or any other protocol) is available with
  420. a single key press. Really great stuff!
  421.  
  422. BTW, this is a generic "execute" mechanism as someone else pointed out.
  423. In addition to the generic version, there is a command which allows
  424. you to shell to your favorite editor.
  425.  
  426. Roy C. Gosewehr
  427.  
  428. ------------------------------
  429.  
  430. Date: 11 Sep 91 22:41:48 GMT
  431. From:
  432.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!cs.umn.edu!moundst!dynas
  433.  oft!jls@arizona.edu (John Stanley)
  434. Subject: Looking for term program...
  435. To: Info-Atari16@naucse.cse.nau.edu
  436.  
  437. >[boyd@nu.cs.fsu.edu writes:
  438. >>
  439. >> The most powerful package is Uniterm, available free from
  440. >> atari.archive.umich.edu.  The easiest to use is Flash 1.6, from Antic (
  441. >> I use both.  There is also STalker, which has seen some good reviews here on
  442. >> the net (I have not seen/used this one).  I really like the user interface
  443. >> that Flash provides, but it does not include Kermit.  For those occasions
  444. >> when I need this capability, I use Uniterm.
  445.  
  446.   There are several external protocol programs that can be used along
  447. with Flash.  Kermit and Zmodem are both available and take almost no
  448. effort to install on a Flash function key.
  449.  
  450. [Roger.Sheppard@actrix.gen.nz (Roger Sheppard) wrote ... ]
  451.  
  452. > Antic use to advertise a Kermit Option for Flash, but I don't know
  453. > if its posible to still get it ..
  454.  
  455.   Some dealers may still have it, but you probably would only be able to
  456. find it as a used program someone didn't need anymore.  It was an ACC
  457. that supported kermit and gave Flash the ability to act as a limited
  458. small personal bbs.
  459.  
  460.   Unfortunately it doesn't work with the most recient version of Flash
  461. (it's an -old- accessory) and the improvements in Flash since it was
  462. compatable with the accessory are important enough that I doubt you'd
  463. want to go back to that version.
  464.  
  465. ---
  466. John L. Stanley <jls@dynasoft.mn.org>
  467. Software Development Consultant / Dynasoft Systems
  468.  
  469. ------------------------------
  470.  
  471. Date: 11 Sep 91 22:51:12 GMT
  472. From:
  473.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!cs.umn.edu!moundst!dynas
  474.  oft!jls@arizona.edu (John Stanley)
  475. Subject: Looking for term program...
  476. To: Info-Atari16@naucse.cse.nau.edu
  477.  
  478. [at731@cleveland.Freenet.Edu (Troy L. Nothnagel) writes ... ]
  479.  
  480. > Using Flash's 'execute' function, you can run any .TOS, .TTP or .PRG
  481. > that isn't mouse driven.  (For some reason it likes to block out the
  482. > mouse.)
  483.  
  484.   Mouse driven programs can easily be run from Flash.  You'd know how to
  485. take care of this and many other things if you read the manual that
  486. comes with the program... You -do- have the manual don't you..??
  487.  
  488. ---
  489. John L. Stanley <jls@dynasoft.mn.org>
  490. Software Development Consultant / Dynasoft Systems
  491.  
  492. ------------------------------
  493.  
  494. Date: 11 Sep 91 22:25:35 GMT
  495. From: noao!asuvax!cs.utexas.edu!usc!trwind!venice!sleepy!jharres@arizona.edu
  496. Subject: maccel.prg wanted
  497. To: Info-Atari16@naucse.cse.nau.edu
  498.  
  499. Can someone email me a copy of the latest version (3.4, I believe) of
  500. maccel.prg   I have looked at a.a and several other ftp sites but haven't
  501. found it ( or any version of maccel ).
  502. Thanks in advance
  503.  
  504. Jim Harres      jharres@doc.bmd.trw.com
  505.  
  506.  
  507. ------------------------------
  508.  
  509. Date: 12 Sep 91 13:44:46 GMT
  510. From:
  511.  noao!asuvax!cs.utexas.edu!swrinde!mips!ptimtc!nntp-server.caltech.edu!mustang!d
  512.  ata.nas.nasa.gov!eagle!lims02.lerc.nasa.gov!tppease@arizona.edu (GARY PEASE)
  513. Subject: mono monitor scrolling
  514. To: Info-Atari16@naucse.cse.nau.edu
  515.  
  516. I recently purchased a 50 meg hardrive and a monochrome monitor for my 1040
  517. st.  The st was bought around 1987 and is the original machine, no TOS
  518. updates, memory upgrade etc.  It has alway worked fine with my color
  519. monitor.  Now that I've got the hard drive and the mono I have the
  520. following problem. Whenever I copy file from A to the hard drive the
  521. monitor freaks out and just scrolls and has snow.  If I reboot the system
  522. the problem goes away. Also I ran another program and the desktop came back
  523. shifted and part it was backwards?( It hard to explain what it looked like)
  524.  The guy I bought it from suggested that maybe I need a TOS update? Can
  525. anyone help me. How can I troubleshoot the problem?
  526. Thanks
  527. Gary
  528.  
  529. ------------------------------
  530.  
  531. Date: 12 Sep 91 19:57:40 GMT
  532. From:
  533.  europa.asd.contel.com!darwin.sura.net!gatech!udel!sbcs.sunysb.edu!libws3.ic.sun
  534.  ysb.edu!mrose@uunet.uu.net (Michael Rose)
  535. Subject: need STMIDIEX or MIDIEXCL.LZH...
  536. To: Info-Atari16@naucse.cse.nau.edu
  537.  
  538. Hello everyone!
  539.  
  540.         I have been trying to find a few programs, but they don't seem to
  541. be on terminator er um, atari.archive.  They were mentioned in ZNET 91-34 in
  542. the Z*NET software shelf.  The first one is STMIDIEX or MIDIEXCL.LZH?  It
  543. is a Midi system exclusive program to save configurations and set-ups of
  544. Midi devices on the ST.  The other one is WINXV13.LZH.  This is a patch to
  545. allow GEM to open up to 127 windows at once, instead of 8.  If anyone
  546. has these programs, or knows where I can get them, please send me E-mail.
  547. Thanks!
  548.  
  549.  
  550.                                 Sincerely,
  551.  
  552.                                 Michael Rose
  553.  
  554. ------------------------------
  555.  
  556. Date: Thu, 12 Sep 1991 14:10 MET
  557. From: "Thomas Hantke, KVI Groningen, Zernikelaan 25, NL-9747 AA Groningen, The
  558.  Netherlands, phone ++31 50-633259"
  559. Subject: Spelling checker: ISPELL?
  560. To: info-atari16@naucse.cse.nau.edu
  561.  
  562. Hi netters,
  563.  
  564. I am looking for a good spelling checker that could spell English, German and
  565. Dutch documents. I can get the (raw) dictionaries via ftp, but I need a
  566. program that builds a quick dictionary from them. The one PD available
  567. (spell?) just builds an ascii list; this is too slow.
  568.  
  569. What about ISPELL ?
  570. Has it been ported to the ST?
  571.  
  572. Looking forward to all your enthusiast responses,
  573. Cheers,
  574.  
  575. Thomas
  576.  
  577. (hantke@kvi.nl)
  578. +3150-633259
  579.  
  580. ------------------------------
  581.  
  582. Date: 12 Sep 91 09:41:22 GMT
  583. From: mcsun!hp4nl!dnlunx!freyr!marcob@uunet.uu.net (Blom M.A.)
  584. Subject: two bugs in PBMPLUS (ST-version)
  585. To: Info-Atari16@naucse.cse.nau.edu
  586.  
  587. In article <klamer.684573692@mi.el.utwente.nl> klamer@mi.el.utwente.nl (Klamer
  588.  Schutte) writes:
  589. >In <1991Sep5.141215.23888@informatik.uni-erlangen.de>
  590.  lsmichae@immd4.informatik.uni-erlangen.de (Lars Michael) writes:
  591. >
  592. >Oops! Proper fix overhere is opening your (binary) files with file modes
  593. >"rb" and "wb" instead of "r" and "w". This does the ST prevent from
  594. >making \n from \r\n.
  595. >
  596.  
  597. You would also have to set stdout to binary mode, since most people use:
  598.  
  599. pbm-program infile > outfile
  600.  
  601.  
  602. Marco Blom.
  603.  
  604. =========================================================================
  605. +                                                                       +
  606. +                     no signature yet....                              +
  607. +                                                                       +
  608. =========================================================================
  609.  
  610. ------------------------------
  611.  
  612. Date: 12 Sep 91 13:41:08 GMT
  613. From: noao!ncar!elroy.jpl.nasa.gov!usc!samsung!know!daemon@arizona.edu
  614. Subject: WordPlus/WP and multiple fonts
  615. To: Info-Atari16@naucse.cse.nau.edu
  616.  
  617. WordPlus does not support embedded printer commands (that I know of) but
  618. WP does. WordPlus does have mimimal font control via the 'add ruler' feature
  619. but its capability is very limited.
  620.  
  621. ------------------------------
  622.  
  623. End of Info-Atari16 Digest
  624. ******************************
  625.